SPECIFICATION 
(Sprint Docket No. 2468) 

TO ALL WHOM IT MAY CONCERN: 

5 Be it known that I, Dale Knoop, a citizen of the United States and resident of 

Leawood, Kansas, have invented a new and useful: 

METHOD AND SYSTEM FOR AUTOMATICALLY 
TRACKING PHONE CALLS 

10 the following of which is a specification. 
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BACKGROUND 

1. Field of the Invention 

The present invention provides a method and system for tracking telephone calls, 
and more particularly, a method and system for automatically tracking telephone calls 
5 according to categories. 

2. Background 

It might be advantageous to categorize calls or to distinguish one or more calls 
from another call or calls. For example, business travelers commonly use their mobile 
phones to place both business and personal calls. In many cases, that business traveler 

10 (or, generally, another phone user) might want to distinguish the business calls from the 

other calls, for expense reporting and/or reimbursement, for example. To do so, the 
phone user might need to review his or her phone bill and somehow mark or otherwise 
distinguish those calls that were business related from those calls that were not. 

Disadvantageously, when reviewing the phone bill, the phone user has to 

15 somehow associate each and every person or company he or she called (or each and 

every entity from which the user received a call) as business related or otherwise. This 
process can be quite time consuming and potentially inaccurate. Some users can make or 
receive hundreds, if not thousands, of calls each month. Remembering each and every 
business related call at the time a phone user receives his or her phone bill can be 

20 unnecessarily cumbersome and difficult. 

Thus, there is a need to provide a mechanism to help entities, such as phone users, 
automatically track telephone calls. 
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SUMMARY 

The present invention provides a mechanism to help entities track telephone calls. 
Embodiments can advantageously facilitate expense reporting by allowing one to easily 
and simply categorize telephone calls as, for example, business or personal. 
5 According to an exemplary embodiment, a client station, such as a mobile phone 

or other telecommunication device, can include program logic that can run in the 
background and can wait for a user to hang up after completing a phone calk When a 
user hangs up, the program logic might automatically interface with other logic on the 
phone to determine data such as the call duration, the name of the other party, and the 
10 telephone number of the other party (where the name and number might be indicated by 

caller-ID information and/or by reference to a local phone book entry). The program can 
then present the call data to the user and can then prompt the user to categorize the call 
(for example, as business or personal). After the user categorizes the call, the program 
can then automatically transmit a record of the call, including the call data and the 
1 5 categorization, to a network server for later reference. 

This program logic advantageously allows a user to categorize and make records 
of telephone calls in real time. One can later conveniently refer to the categorized call 
records to facilitate generation of expense reports or for other purposes. 

A variety of alternatives will become apparent to those skilled in the art upon 
20 review of the following detailed description. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Exemplary embodiments of the present invention are described herein with 
reference to the drawings, in which: 

Figure 1 is a generalized block diagram of an exemplary communication system; 

Figure 2 is a block diagram depicting an example implementation of an 
exemplary communication system; 

Figure 3 is a block diagram depicting an example implementation of an 
exemplary communication system; 

Figure 4 is a block diagram illustrating exemplary components of a client station; 

Figure 5 is an exemplary call record table in accordance with an exemplary 
embodiment; 

Figure 6 is an exemplary phone book data table in accordance with an exemplary 
embodiment; 

Figure 7 is a block diagram illustrating exemplary components of a computer; 
Figure 8 is a block diagram illustrating exemplary components of a server; 
Figure 9 is a flowchart illustrating a process carried out by a system in accordance 
with an exemplary embodiment; 

Figure 10 is an illustration of an exemplary client station interface; 
Figure 11 is an illustration of an exemplary client station interface; 
Figure 12 is an illustration of an exemplary client station interface; and 
Figure 13 is an illustration of an exemplary client station interface. 



DETAILED DESCRIPTION OF 
EXEMPLARY EMBODIMENTS 

1 . Exemplary General Network Architecture 

5 Referring to the drawings, Figure 1 illustrates a generalized block diagram of a 

communication system 1 0 in which an exemplary embodiment of the present invention 
can be employed. System 10 is shown to include a serving system 12, which might be 
coupled to one or more transport networks 13, such as the public switched telephone 
network ("PSTN"), the Internet, and/or another packet switched network or IP network, 

10 for instance. Serving system 12 might serve a plurality of client stations, three of which 

are shown by way of example as client stations 14, 16, and 18. Further, serving system 
12 might include and/or have access to control logic 20. In one example, control logic 20 
can generally function to authorize communication to or from the client stations 14, 16, 
and 18 via serving system 12 and can therefore function to allow or disallow 

15 communication with the client stations 14, 16, and 18 in accordance with the exemplary 

embodiment. 

The generalized arrangement of Figure 1 can be implemented in a variety of 
forms. Referring to Figure 2, for example, the arrangement may take the form of a 
wireless telecommunication network 22. At least a portion of the wireless network 22 
20 might be owned and/or operated by a telecommunication service provider. 

As shown in Figure 2, the serving system 12 of the wireless network 22 may 
include a base transceiver station ("BTS") 24, which, in this example, functions to 
establish a radiation pattern that defines a cell site (not shown). The client stations 14, 
16, and 18 may then operate in the cell site and communicate with the BTS 24 via an air 
25 interface 26. 
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A client station, such as the client stations 14, 16, and 18, might communicate 
with the BTS 24 using any of a variety of different protocols. For instance, in a time 
division multiple access ("TDMA") system, each BTS 24 typically communicates on a 
group of frequencies, and each frequency may itself carry at least one multiplexed call. In a 
5 code division multiple access ("CDMA") system, by comparison, each BTS 24 

communicates over a spread spectrum of frequencies, and the spectrum may carry many 
multiplexed calls. Typical components for CDMA systems include those described in the 
TIA standard ANSI/TIA/EIA-95-B-99, entitled "Mobile Station-Base Station 
Compatibility Standard for Wideband Spread Spectrum Cellular Systems," dated 

10 February 3, 1999, which is incorporated herein by reference in its entirety. The Global 

System for Mobile Communications ("GSM") or another method may also or 
alternatively be used. 

Regardless of the specific protocol, the BTS 24 might then be coupled to a base 
station controller ("BSC") 28, which might then be coupled with a mobile switching 

15 center ("MSC") 30. The MSC 30 might then provide connectivity with the PTSN 32. 

Other arrangements of the BTS 24, the BSC 28, the MSC 30, and the PTSN 32 are 
possible, as well. 

As further illustrated, the MSC 30 can be coupled to a signaling system, 
represented by a signal transfer point ("STP") 38. The STP 38 can in turn be coupled to a 
20 controller 40, which may include a home location register ("HLR") and/or a service 

control point ("SCP"). In this example, the controller 40 might maintain or otherwise 
have access to a subscriber profile store 42, which might set forth parameters defining 
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services, attributes, locations, and states of subscribers and terminals. Further, the 
controller 40 may embody or have access to an authentication control function. 

Also connected to PSTN 32 may be other switches, which may serve other 
subscriber stations, whether landline or wireless. For instance, as shown in Figure 2, a 
Class 5 landline switch 44, also known as a service switching point ("SSP"), may be 
coupled to the PSTN 32 and may serve a landline telephone station 46. The SSP 44 can 
be coupled to the STP 38 to facilitate signaling communication between the MSC 30 and 
the SSP 44, and to facilitate signaling communication between the SSP 44 and the 
controller 40, for instance. 

Each of the client stations 14, 16, and 18 can be hard-coded with a unique 
electronic serial number ("ESN"), which might have been programmed into each client 
station when it was manufactured and which might be initially activated by the service 
provider. In doing so, the service provider can assign a unique mobile identification 
number ("MIN") to each client station and might establish, in the profile store 42, a 
record or other profile associating the MIN with the ESN and indicating service 
parameters for the subscriber (i.e., for the MIN). 

To appreciate how the exemplary embodiment of the invention might operate, it is 
instructive to first review how some conventional signaling works to facilitate operation 
of a client station, such as client station 14, for instance. 

When client station 14 is first powered on in, or moves into, the cell defined by 
the BTS 24, the client station 14 may send a system access or registration message via the 
air interface to the BTS 24. The registration message might carry a parameter that 
identifies the client station's ESN and MIN. The message might pass from the BTS 24 to 



the BSC 28 and in turn to the MSC 30. The MSC 30 might then forward the message via 
the STP 38 to the controller 40, and might also identify the location (e.g., the identity of 
the MSC 30) where the client station 14 is operating. The controller 40 might then 
responsively validate the client station 14 by ensuring that the MIN and ESN are listed 
5 together in the subscriber profile store 42. Further, the controller 40 might set a flag in 

the profile 42 for that MIN to indicate that the client station 14 is operating in the location 
indicated. Additionally, the controller 40 might send a local version of the client station's 
subscriber profile via the STP 38 to the MSC 30 to be stored in a visitor location register 
("VLR"). 

10 When client station 14 seeks to originate a voice call to a directory number on 

PSTN 32, the client station 14 can conventionally send an origination message via air 
interface 26 to BTS 24, and the message can in turn pass to the BSC 28 and then to the 
MSC 30. The origination message can conventionally carry a parameter identifying the 
client station's ESN and MIN. When the MSC 30 receives the message, it can validate 

1 5 the request by reference to the local subscriber profile 42 for the MIN, as provided by the 

controller 40. Alternatively, it can send an origination-request message via the STP 38 to 
the controller 40, and the controller 40 can validate the request by reference to the 
subscriber profile 42 for the MIN and then notify the MSC 30 of the successful 
validation. (The MSC 30 and/or the controller 40 might also apply various supplemental 

20 services, such as number translation or call blocking, for instance). 

With successful validation, the MSC 30 might then set up the client station's call 
to the directory number via PSTN 32, typically employing industry standard ISDN User 
Part ("ISUP") signaling for instance. For example, assuming that the dialed digits 
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correspond to the landline telephone 46, the MSC 30 might engage in ISUP signaling 
communication with the SSP 44, to set up the call between the client station 14 and the 
landline station 46. When a call path is available, the switches can then connect the call 
and communication may begin. 
5 Different signaling can occur when the wireless network 22 receives a request to 

terminate (i.e., to connect) a voice call to client station 14. Assume, for instance, that a 
user at the landline telephone 46 seeks to place a voice call to client station 14 by dialing 
the directory number of client station 14, which might be the MIN of the client station 14. 
The SSP 44 can then receive the dialed digits and may then engage in ISUP signaling 

10 communication via the STP 38 with the MSC 30, and may then ask the MSC 30 to set up 

a call to the MIN. Conventionally, this signaling communication would not identify the 
ESN of the client station 14. 

When the MSC 30 receives the request to terminate the voice call to the 
designated MIN, the MSC 30 can first confirm by reference to its local profile store (e.g., 

15 the VLR) that the MIN is located in its service area. The MSC 30 might also send a 

termination-request message via the STP 38 to the controller 40, and the controller 40 
might apply supplemental services to the call attempt (such as blocking the call, for 
instance). The MSC 30 might then signal to the BSC 28 to send a MIN-based 
termination message over the air interface 26, and the BSC 28 can cause the BTS 24 to 

20 broadcast the MIN-based termination message over the air interface 26. 

In a CDMA system compatible with industry standard IS-95 (EIA/TIA Interim 
Standard 95, entitled "Mobile Station-Base Station Compatibility Standard for Dual- 
Mode Wideband Spread Spectrum Cellular Systems," dated July 1993, which is 
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incorporated herein by reference in its entirety), for instance, the MIN-based termination 
message can be a general page message, and the BTS 24 can broadcast the message on 
the paging channel of the sector in which the client station 14 is operating. The general 
page message may carry parameters that define, among other things, (i) the destination 
MIN; (ii) a traffic channel to which the client station 14 should tune so as to connect to 
the call; (iii) a directive (e.g., a BYPASS_ALERT_ANSWER (BAA) flag) for the client 
station 14 to tune to that traffic channel; and (iv) a directive (e.g., a 
CALL_ALERT_INDICATOR (CAI) flag) for the client station 14 to ring, so as to alert a 
user of the incoming call. 

When client station 14 receives such a general page message, it can responsively 
enter the designated traffic channel and begin to ring. A user might then press the TALK 
button on the client station 14, which might then cause the client station 14 to complete 
the connection, allowing the user at the landline telephone 46 to talk with the user at the 
client station 14. Other examples are possible, as well. 

Figure 3 depicts another example communication system in which an exemplary 
embodiment might be employed. As depicted in Figure 3, the exemplary system can 
include one or more client stations, such as client station 14, for instance. In an exemplary 
embodiment, the term "client station" can refer to a wireless communication terminal. In 
practice, the wireless communication terminal could then be mobile, such as a traditional 
cellular phone for instance, or it could be a fixed wireless terminal, such as a wirelessly 
connected pay phone for instance. Other examples, such as a wirelessly connected 
computer, handheld personal digital assistant ("PDA"), gaming device, or global positioning 
satellite ("GPS") device, for example, are possible, as well. 
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Each client station 14 can be linked with a packet network 48 (e.g., an IP network) 
through a radio access network 18. As shown in Figure 3, the radio access network 18 can 
include the BTS 24, the BSC 28, the MSC 30, and a packet data serving node ("PDSN") 50. 
In an exemplary embodiment, the radio access network 18 may form at least a portion of a 
5 telecommunication service provider's network. The radio access network 18 can provide 

wireless connectivity with the packet network 48, and such wireless connectivity can take 
any of a variety of forms. 

In one embodiment, the BSC 28 and/or the MSC 30 can be coupled through the 
PDSN 50 or another gateway to the packet network 48. Conventionally, the client station 14 

10 can acquire a radio link over air interface 26 to communicate with the BSC 28 and/or the 

MSC 30 and in turn with other entities via packet network 48. Further, as shown, BSC 28 
and/or MSC 30 might have a more direct connection to the packet network 48, so that the 
BSC 28 and/or the MSC 30 can themselves engage in packet data communication over the 
packet network 48. Similarly, other radio access networks and PSTNs might be connected 

1 5 to the packet network 48 through other PDSNs or other gateways. 

In the exemplary radio access network depicted in Figure 3, the functional elements 
sometimes referred to as the BSC and the MSC are shown separated as different entities. It 
should be understood that these respective functional elements might instead reside as a 
single physical entity in the radio access network. Other examples are possible as well. 

20 A number of other entities can reside on or be accessible through packet network 48. 

One such entity might include, by way of example, a call tracking server ( M CTS") 52. The 
CTS 52 may be an HTTP compatible server that can receive call tracking information from 
a client station, such as client station 14, for example. In this case, the CTS 52 can function 
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to send and/or receive HTTP messages, such as HTTP GET and HTTP POST messages. In 
another embodiment, one or more computing devices, such as a personal computer 54, may 
also reside on or be accessible through packet network 48, and may communicate with the 
CTS 52. Any number of other entities might also reside on or be accessible through packet 
network 48, as well. 

The entities residing on or accessible through packet network 48 can be arranged in 
any of a variety of ways. For example, the CTS 52 might reside on a discrete database 
server that is coupled to DP network 48 and that is accessible by other network entities. Or 
the CTS 52 might reside within another network entity or entities. And as another example, 
the functions of CTS 52 might be integrated with the functions of another network entity. 
Other configurations are also possible. 

In operation, each client station can engage in packet-data communication over the 
packet network 48 after acquiring a radio link over an air interface and a data link with a 
PDSN or other gateway. As described generally above, for instance, a client station, such as 
the client station 14, can send an origination message to a BSC, such as BSC 28, and/or an 
MSC, such as MSC 30, asking for a radio link for packet-data communication. The BSC 
can then responsively instruct the client station 14 to operate on a given traffic channel over 
the air interface 26. Through that traffic channel, the client station might then negotiate with 
a gateway, such as PDSN 50, to establish a data link such as a point-to-point protocol 
("PPP") session. Further, the gateway and/or some other entity such as a mobile-IP home 
agent or AAA (authentication, authorization, and accounting) server (not shown) could 
assign an IP address to the client station 14 for use in communicating over the packet 
network 48. 
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Figure 4 is a block diagram showing components of an exemplary client station 
14. An exemplary client station 14 might include a processor 124, data storage 126, and 
machine language instructions stored in the data storage 126. The machine language 
instructions can be executable by the processor 124 to perform various functions 
described herein. The machine language instructions might define applications 146 that 
might also be stored in the data storage 126. The client station 14 might also include a 
wireless network interface component 144, through which the client station 14 can 
communicate with a wireless telecommunication network 22. Further, the client station 
14 might include input and output components 130. The various components of the 
client station 14 (including the processor 124, the data storage 126, the wireless network 
interface 144, and the input and output components 130) might be coupled together 
directly or via a system bus 136, for instance. Other arrangements are possible as well. 

As shown by way of example in Figure 4, the input and output components 130 
might include a display screen 138, an audio speaker 140, a keypad 142, a microphone 
148, and a touch sensitive screen 150. The client station 14 might also include other or 
additional input and/or output components, or the client station 14 might also have fewer 
input and/or output components than those shown in Figure 4. In an exemplary 
embodiment, the client station 14 might have multimedia capabilities such as an ability to 
display video and play audio. In other embodiments, however, the client station 14 may 
not have multimedia capabilities, or the client station 14 may be capable of only playing 
audio or of only displaying video, or it might be limited in some other way, such as by 
not having a display screen 138 or an audio speaker 140. 
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The data storage 126 can store applications 146 that can be executed by the 
processor 124. The data storage 126 can also include data, such as a call record data 
store 152 and a phone book data store 154, for example. In alternative embodiments, one 
or more applications 146 (such as the call tracker application 134, for example) and/or 
5 data (such as the call record data store 152 and/or the phone book data store 154, for 

example) might not be stored in the client station 14. In such embodiments, applications 
146 and/or data might be stored remotely on a network server, such as the CTS 52, for 
example. The remote network server can then be accessible to the client station 14, and 
the client station 14 may then access such applications 146 or data via the wireless 

10 network 22. 

As shown in Figure 4, the data storage 126 might include a call tracker 
application 134 and an HTTP-enabled browser application 132. The applications 146 
might utilize the various input and output components 130 of the client station 14 and, 
thereby, interact with the user and/or allow the user to interact with the client station 14. 

15 For example, one or more applications might output video on the display screen 138; play 

audio on the speaker 140; receive input from the keypad 142, the touch sensitive screen 
150, and/or the microphone 148; or perform a combination of these or other actions. 

The HTTP-enabled browser application 132 might be an application suitable for 
requesting and receiving HTTP-based content. In one embodiment, the HTTP-enabled 

20 browser application 132 might be a Web browser suitable for use in a client station, such 

as the client station 14. In any case, browser application 132 might be capable of 
communicating with a server, such as the CTS 52, by sending information to the server 
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via an HTTP POST message and by requesting information from the server via an HTTP 
GET request. Other examples are also possible. 

The call tracker application 134 in turn might be an application that can track 
and/or categorize calls made by the client station 14. For example, the call tracker 
application 134 might track information about calls, such as the telephone number called 
and the call duration, for example. The call tracker application 134 might then associate 
(through input from the user, for example) the call with one or more categories. In an 
exemplary embodiment, the call tracker application 134 might receive input from the 
user, such as an identification of a category of a call, through one or more input 
components 130 of the client station 14. For example, a user might identify a category 
for a call via the client station's touch sensitive screen 150, the microphone 148, and/or 
the keypad 142. The call tracker application 134 may also provide call information to the 
user of the client station 14 via the display screen 138 or the audio speaker 140 of the 
client station 14. 

Further, the call tracker application 134 might store call information. In an 
exemplary embodiment, the call tracker application 134 can store call information in a 
call record data store 152, which might be a part of the data storage 126 of the client 
station 14. The stored call information might include records of telephone calls, and the 
stored call information might also associate the records of telephone calls with a 
particular category, such as business or personal, for example. Other examples are 
possible as well. 

Figure 5 depicts an exemplary table of call record data that can be stored in the 
call record data store 152 by the call tracker application 134. As depicted in Figure 5, 
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each record is depicted as a row in the exemplary data table, and each record might in 
turn include a plurality of fields (which are depicted as columns). The table depicted in 
Figure 5 is merely an example, and other embodiments of a call record data table might 
include fewer, more, and/or different records or fields. Further, the entries included in 
5 the call record table are examples only. 

Turning back to Figure 4, in an exemplary embodiment, the call tracker 
application 134 might interface with or include a phone number storage application, such 
as a phone book data store 154. The phone book data store 154 might store phone 
numbers and might then, in one embodiment, associate those phone numbers with 

10 particular categories. For example, the phone book data store 154 might maintain a list 

of phone numbers (in a look-up table, for example), and the phone book data store 154 
might then associate each phone number with one or more particular categories. In 
another example, the phone book data store 154 might maintain a list of MINs or ESNs 
(in a look-up table, for example), and the phone book data store 154 might then associate 

15 each MIN or ESN with one or more particular categories. Other examples are possible as 

well. 

In one embodiment, the phone book data store 154 may include one or more 
tables, such as the exemplary table depicted in Figure 6. As depicted in Figure 6, the 
phone book data table might include one or more records, or rows, and each record might 
20 in turn include a plurality of fields, or columns. The table depicted in Figure 6 is merely 

an example, and other embodiments of a phone book data store might include fewer, 
more, and/or different records or fields. Further, the entries included in the phone book 
data store are examples only. In any case, the phone book data store 154 might be 
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programmed by the user of the client station 14, or the client station 14 might include 
functionality that updates the phone book data store 154 in response to a call made or 
received by the client station 14. Other examples are possible as well. 

Turning back to Figure 4, after the client station 14 engages in a phone call, the 
5 call tracker application 134 might then interact with the phone book data store 154. In 

such an embodiment, the call tracker application 134 might look up the phone number the 
client station 14 called (or the number of the device that called the client station 14) and 
determine whether that number is already associated with any categories. If so, the call 
tracker application 134 might then include those categories in the record of the phone call 

10 that the call tracker application 134 might store or might transmit. 

In any case, in one embodiment, the call tracker application 134 might then 
interface with the browser application 132 to send call information to a network server, 
such as the CTS 52. For example, the call tracker application 134 might send to the CTS 
52 (via an HTTP POST message, for example) call record data for one or more phone 

15 calls, for example. In such a case, the CTS 52 might maintain call record information 

containing data similar to the call record table of Figure 5, and the CTS 52 might 
associate such call record information with a particular client station 14. 

In one embodiment, the call tracker application 134 can send call information to 
the CTS 52 automatically upon completion of a call. In such a case, the call tracker 

20 application 134 might send a record of the call and the associated categorization of the 

call to the CTS 52 upon completion of the call. In another embodiment, the call tracker 
application 134 can send the record and an associated record ED of the call upon 
completion of the call, and can later send the categorization of the call with the associated 
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record ID. In still another embodiment, the call tracker application 134 can send both the 
record of the call and the categorization of the call at a later time. 

In an exemplary embodiment, the call tracker application 134 can also interface 
with the browser application 132 to request information (such as archived call record 
5 data) from a network server, such as the CTS 52. The call tracker application 134 can 

request information from the CTS 52 via an HTTP GET request, for example. 

Figure 7 is a block diagram showing components of an exemplary computer, such 
as the computer 54 shown in Figure 3. The computer 54 may be any computing device, 
other than the client station 14, that is capable of requesting and/or viewing call tracking 
10 data. 

As shown in Figure 7, the computer 54 might include a processor 206, data 
storage 212, and machine language instructions stored in the data storage 212 and 
executable by the processor 206 to carry out various functions described herein. The 
machine language instructions might define applications 214 that might also be stored in 

1 5 the data storage 212. The computer 54 might also include a network interface component 

208 through which the computer 54 might communicate with the packet network 48, for 
instance. Further, the computer 54 might include input and output components 200. The 
various components of the computer 54 (including the processor 206, the data storage 
212, the network interface 208, and the input and output components 200) might be 

20 coupled together directly or via a system bus 210, for instance. Other arrangements are 

possible as well. 

As further shown in Figure 7, the input and output components 200 might include 
a display screen 202 and a keyboard 204. The computer 54 may have other or additional 
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input or output components, or the computer 54 might also have fewer input or output 
components 200 than those shown in Figure 7. 

Applications 214 might be stored in the data storage 212 and executed by the 
processor 206. In an exemplary embodiment, the data storage 212 might contain a 
browser application 216. The browser 216 might be an application suitable for 
requesting and receiving HTTP-based content. In an exemplary embodiment, the HTTP- 
enabled browser application 132 might be a typical Web browser or an enhancement of a 
typical Web browser. In any case, the browser application 216 might be capable of 
viewing phone call tracking data from a server, such as the CTS 52, communicating on 
the packet network 48. Other examples are also possible. 

Referring back to Figure 3, the computer 54 and the CTS 52 might communicate 
over the packet network 48. In other embodiments, the computer 54 might communicate 
with the CTS 52 over another public or private network. The computer 54 might connect 
to the packet network 48 in any number of ways. The computer 54 might use a network 
interface 208, such as a network interface card ("NIC"), to connect to a local area 
network ("LAN"), for instance. The LAN, in turn, might provide connectivity to the 
packet network 48 through an Internet service provider ("ISP") or another gateway. 
Alternatively, the computer 54 might connect to a private intranet or to another network 
that might provide connectivity to the packet network 48. Further, the computer 54 might 
connect directly to the packet network 48 without connecting through a LAN. In other 
embodiments, the computer 54 might also connect to the packet network 48 using a 
wireless access network. 
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Figure 8 is a block diagram showing components of an exemplary call tracking 
server, such as the CTS 52 shown in Figure 3. As shown in Figure 8, the CTS 52 might 
include a processor 300, data storage 306, and machine language instructions stored in 
the data storage 306 and executable by the processor 300 to carry out various functions 
5 described herein. The machine language instructions might define applications 308 that 

might also be stored in the data storage 306. The CTS 52 might also include a network 
interface component 302 through which the CTS 52 might communicate with the packet 
network 48, for instance. The various components of the CTS 52 (including the 
processor 300, the data storage 306, and the network interface 302) might be coupled 
10 together directly or via a system bus 304, for instance. Other arrangements are possible 

as well. 

The data storage 306 of CTS 52 might include any number of databases 310 (or 
other files of information) for, among other things, facilitating the storage of phone call 
records. In one embodiment, the data storage 306 might include a CTS call record data 

15 store 312. The CTS call record data store 312 might include a plurality of records 

containing information similar to the records depicted in Figure 5 and described above. 
The CTS call record store 312 might further include a field identifying a particular client 
station that corresponds to each record, and/or might group each set of records to 
correspond to a particular client station. In another embodiment, each call record might 

20 be stored as a file in the data storage 306 and might not correspond to a record in a 

database. Other examples or arrangements are possible as well. 

In an exemplary embodiment, the data storage 306 might reside on the CTS 52. 
In other embodiments, some or all of the data in data storage 306 might reside on other 
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devices. In such a case, each data storage device may communicate with the CTS 52 via 
a link such as a Tl, IEEE 488, or Ethernet link, for example. 

In one embodiment, a given phone call record or a group of phone call records 
might be stored as one or more files in the data storage 306 (for example, in the CTS call 
record database 312). Upon request, the CTS 52 might then send the data representing 
the call record data to the client station 14 or to the computer 54. Other examples are 
possible as well. 

The data storage 306 might also include one or more applications 308, which 
might include a Web server application 314. In an exemplary embodiment, the Web 
server application 314 generally might allow users to interact with the CTS 52 from 
computing devices such as the client station 14 or the computer 54. For example, a user 
might use the Web browser application 216 on the computer 54 (as depicted in Figure 7) 
to access the Web server application 314 and to view call records on the CTS 52. The 
Web server application 314 might support other methods of access, as well. 

The CTS 52 might connect to the packet network 48 through any type of network, 
such as a LAN. The CTS 52 might connect to the LAN using a network interface 202, 
such as a NIC, and the LAN, in turn, might provide connectivity to the packet network 48 
through an ISP or another gateway. Alternatively, the CTS 52 might connect to a private 
intranet (e.g., a core packet network of a wireless service provider) or to another network 
that provides connectivity to the packet network 48. Further, the CTS 52 might connect 
directly to the packet network 48 without connecting through a LAN. The CTS 52 might 
also wirelessly connect to the packet network 48. 
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It should be understood, however, that all the arrangements described herein are 
set forth for purposes of example only. As such, those skilled in the art will appreciate 
that other arrangements and other elements (e.g., machines, interfaces, functions, orders 
of functions, etc.) can be used instead, and some elements may be omitted altogether. 
Further, those skilled in the art will appreciate that many of the elements described herein 
are functional entities that may be implemented as discrete or distributed components or 
in conjunction with other components, and in any suitable combination and location. 

Still further, various functions described herein as being performed by one or 
more entities may be carried out by hardware, firmware, and/or software logic. For 
instance, various functions may be carried out by a processor (i.e., one or more 
processors) executing a set of machine language instructions stored in memory. Provided 
with the present disclosure, those skilled in the art can readily prepare appropriate 
computer instructions to perform such functions. 
2. Exemplary Operation 

Figure 9 is a flowchart that depicts functions that may be involved in categorizing 
calls made or received by a client station 14 in communication with the wireless 
telecommunication network 22 of Figures 1-4. 

At step 402 of Figure 9, a telecommunication entity, such as the client station 14, 
for example, can detect the completion of a call. In an exemplary embodiment, a call 
tracking application, such as the call tracker application 134, can run in the background 
of the client station 14 during a phone call and can detect the completion of the phone 
call. The call tracker application 134 might also track the duration of the phone call, or 
upon the user completing the call, the call tracker application 134 might interface with 
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other components of the client station 14 to determine the call duration, as well as other 
call data such as the name and phone number of the other party. Other examples are 
possible as well. 

At step 404 of Figure 9, a telecommunication entity, such as the client station 14, 
for example, in response to detecting the completion of a call, can present the user of the 
client station 14 with certain information. In one embodiment, the client station might, 
on the display screen 138, for example, present the user with information about the just- 
terminated call. The client station 14 might also present the user with a prompt 
requesting the user to categorize the call. Other examples are possible as well. In one 
embodiment, the client station 14 can invoke an application, such as the call tracker 
application 134, for example, to present this information to the user. 

Figure 10 depicts an interface that the client station 14 might present to a user at 
the end of a call before the client station 14 has invoked the call tracker application 134. 
As depicted in Figure 10, an exemplary end-of-call interface might include the name of 
the person called, the duration of the call, and the number called. Other examples are 
possible as well. 

Figure 11 depicts an interface that the client station 14 might present to a user at 
the end of a call after the client station 14 has invoked the call tracker application 134. 
As depicted in Figure 11, a call tracker interface might include the number called, the 
name of the person called (not shown), the duration of the call, and, in one embodiment, a 
prompt that might allow the user to categorize the call in a particular category, such as 
"business" or "personal," for example. Other examples are possible as well. 
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The client station 14 can present available categories to the user in any number of 
ways. In one embodiment, the client station 14 can present available categories to the 
user on the client station's display screen 138, for example. As another example, the 
client station 14 can present available categories to the user on the client station's touch 
sensitive screen 150. As yet another example, the client station 14 can present available 
categories to the user via the client station's audio speaker 140. Still other examples are 
possible. 

In step 406 of Figure 9, an entity, such as the client station 14, for example, can 
receive from the user a categorization of the call. In one embodiment, the user can 
categorize the call by invoking or otherwise selecting one of the categories presented by 
the client station 14. 

Turning back to Figure 1 1, in one embodiment, the user can categorize the call by 
selecting a category, such as "business" or "personal," for example, by using the keypad 
142. In another embodiment, the user can categorize the call by selecting a category, 
such as "business" or "personal," for example, by using the touch sensitive screen 150. In 
still another embodiment, the client station 14 may include voice recognition software, 
and the user can categorize the call by speaking the name of a category, such as 
"business" or "personal," for example, into the microphone 148. Other examples are 
possible as well. 

At step 408 of Figure 9, an entity, such as the client station 14, can automatically 
transmit from the client station 14 a record of the call, including the categorization. In 
one embodiment, the client station 14 can transmit a record of the call (including the 
categorization) to a network server, such as the CTS 52. Further, the client station 14 
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might transmit the call record via the radio access network 12. In one embodiment, one 
or more applications residing on the client station 14, such as the call tracker application 
134 and/or the HTTP-enabled browser application 132 can function to transmit the call 
record. The client station 14 can then transmit the call record as an HTTP POST 
5 message. Other examples are possible as well. 

Figure 12 depicts an interface that the client station 14 might present to the user as 
the client station 14 is transmitting the record of a particular call. As depicted in Figure 
12, the call tracker application 134 might inform the user, via the display screen 138, that 
it is sending information to another entity, such as a network server or the CTS 52, for 
10 example. 

Figure 13 depicts an interface that the client station 14 might present to the user 
once the client station 14 has finished transmitting the record of a particular call. As 
depicted in Figure 13, the call tracker application 134 might inform the user, via the 
display screen 138, that it has completed sending information. At this time, the user can 

15 then select the exit prompt and the client station 14 might then exit the call tracker 

application 134 and return to its normal display. Other examples are possible as well. 

As indicated above, the user of the client station 14 might view call tracking 
information on the client station 14 itself. In one embodiment, the user might also view 
call tracking information at another computing device, such as the computer 54. In such 

20 an embodiment, the user might interface with the computer 54 via the computers 

input/output components 200, such as the computer's display screen 202 and the 
computer's keyboard 204. In one embodiment, the user might use the computer's browser 
application 216 to access the CTS's 52 Web server application, via a Web site on the 
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packet network 48, for example. In such a way, the user might access call tracking 
information at the user's convenience, for instance when the user is preparing expense 
reports (when the categorization of phone calls is particularly useful, for example). 
3. Conclusion 

5 Several exemplary embodiments of the present invention have been described 

above. Those skilled in the art will understand, however, that changes and modifications 
may be made to these embodiments without departing from the true scope and spirit of 
the present invention, which is defined by the claims. 
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